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As part of the Airborne Subscale Transport Aircraft Research (AirSTAR) project, 
NASA Langley Research Center (LaRC) has developed a subscaled flying testbed in order to 
conduct research experiments in support of the goals of NASA’s Aviation Safety Program. 
This research capability consists of three distinct components. The first of these is the 
research aircraft, of which there are several in the AirSTAR stable. These aircraft range 
from a dynamically-scaled, twin turbine vehicle to a propeller driven, off-the-shelf airframe. 
Each of these airframes carves out its own niche in the research test program. All of the 
airplanes have sophisticated on-board data acquisition and actuation systems, recording, 
telemetering, processing, and/or receiving data from research control systems. The second 
piece of the testbed is the ground facilities, which encompass the hardware and software 
infrastructure necessary to provide comprehensive support services for conducting flight 
research using the subscale aircraft, including: subsystem development, integrated testing, 
remote piloting of the subscale aircraft, telemetry processing, experimental flight control law 
implementation and evaluation, flight simulation, data recording/archiving, and 
communications. The ground facilities are comprised of two major components: (1) The 
Base Research Station (BRS), a LaRC laboratory facility for system development, testing 
and data analysis, and (2) The Mobile Operations Station (MOS), a self-contained, 
motorized vehicle serving as a mobile research command/operations center, functionally 
equivalent to the BRS, capable of deployment to remote sites for supporting flight tests. The 
third piece of the testbed is the test facility itself. Research flights carried out by the 
AirSTAR team are conducted at NASA Wallops Flight Facility (WFF) on the Eastern Shore 
of Virginia. The UAV Island runway is a 50’ x 1500’ paved runway that lies within 
restricted airspace at Wallops Flight Facility. The facility provides all the necessary 
infrastructure to conduct the research flights in a safe and efficient manner. This paper 
gives a comprehensive overview of the development of the AirSTAR testbed. 


I. Introduction 

T he NASA Aviation Safety Program (AvSP) was established to improve the safety of current and future aircraft 
in the National Airspace System (NAS) by focusing on the design, manufacture, maintenance, and operation of 
aircraft and to develop the technologies to overcome the barriers to the Next Generation Air Transportation System 
(NGATS) 1,2 . Two projects within the AvSP, Integrated Resilient Aircraft Control (IRAC) and Integrated Vehicle 
Health Management (IVHM), together are working to prevent loss-of-control accidents and to identify and mitigate 
the contributing factors in these types of accidents. Technologies being developed include enhanced models of 
vehicle dynamics to characterize upset conditions, failure detection and identification (FDI) algorithms, and adaptive 
guidance and control (G&C) laws. The flight dynamics models for upset conditions have been developed for 
integration into an enhanced aircraft simulation that is being created for improved upset recovery training, and to 
support the development and evaluation of the FDI and G&C algorithms 3 . These algorithms are being developed for 
use onboard transport aircraft for improved situational awareness and control under adverse and upset conditions 
related to loss-of-control events. Validation of these technologies is therefore critical. Figure 1 illustrates how an 
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actual loss-of-control accident goes beyond the normal flight envelope into regions where aerodynamic data is not 
available from conventional sources. 
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The AirSTAR testbed has been 
developed to provide an in-flight 
capability to validate various flight 
critical technologies 2 * 4 . The testbed is 
composed of three elements: the Air 
Facilities, a stable of airframes and 
associated avionics and 

instrumentation; the Ground 
Facilities, which include a Mobile 
Operations Station (MOS) and 
associated ground based support 
equipment 5 , and a test range. This 
research capability, along with wind 
tunnel testing, full scale flight 
testing, and flight simulation, 
provides the methods and tools to 
develop and test the technologies 
demanded by the AvSP. 

The expanded flight envelope of 
the AirSTAR vehicles and the 
requirements to gather large amounts 
of data (at high rates) presented 
unique challenges to the 
development of the AirSTAR 
testbed. While most Unmanned 
Aerial Vehicles (UAVs) constrain 

their flight envelope to rather benign attitudes (due mainly to their role as reconnaissance aircraft), these research 
airframes and control systems are intended to fly in very demanding conditions, both structurally and control wise. 
This requirement invokes additional measures in the airframes and flight control systems that set the AirSTAR 
testbed apart from most UAVs. 

The remainder of this paper is organized as follows: Section II describes various Air Facilities; Section III 
discusses the Mobile Operation Station and associated Ground Facilities; Section IV provides insight into the 
identification of and relationship with the test facility; Section V talks about the Concept-of-Operation of the 
AirSTAR testbed and Section VI provides some concluding remarks. 



Angle of sideslip - deg 

Figure 1. Transport loss-of-control accident relative to angle-of- 
attack and sideslip. 


II. Air Facilities 

The Air Facilities portion of the AirSTAR testbed consists of a variety of airframes and data/control systems, 
each with its own unique research capabilities. However the following features are characteristic of all the 
AirSTAR Air Facilities components: 

1) Airframes which are 75 lbs or less 

2) Wingspans of 8 ft or smaller 

3) Turbine or propeller driven 

4) Operated by a safety and/or research pilot within visual range 

5) Onboard data acquisition and/or recording capability 

6) Inertial, GPS, airspeed, altitude, and control surface position sensors 


A. Airframes 

The most sophisticated and complex airframe within the testbed is a 5.5% dynamically scaled generic transport 
model 6 . This airframe has a takeoff weight of approximately 55 lbs, a wingspan of 82 inches, is powered by two 
small turbine engines, and is pictured in Fig. 2 below. This specialized airframe was designed and built at Langley 
Research Center. By adhering to the properties of similitude, the properties of an object of one size (a subscale 
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airplane) can be mathematically related to the properties of an object of another size (a full scale airplane) 7 " 8 . For a 
scale factor of K equal to 0.055, the subscale response is related to the full scale response by a factor of -Jk , or 
approximately 4.26. That is, the subscale model will respond 4.26 times faster than the full scale airframe. The 
5.5% scale factor was chosen based on a number of factors including the existence of a large database of wind 
tunnel data for this scale airframe and a feasibility study which was conducted that determined the structural and 
payload requirements for a research vehicle could be met at that scale. For the experiments that the AirSTAR 
testbed will be used for, such as loss-of-control flight due to high angles-of-attack and sideslip, the flow around the 
aircraft becomes separated and fluid effects associated with Reynolds number scaling may be minimized 9 . For more 
benign flight conditions, Reynolds number effects can be significant and the aerodynamics of the model would not 
be representative of the full scale aircraft for certain maneuvers. 



Figure 2. 5.5% Dynamically scaled Generic Transport Model, a) solid model and b) in flight. 


In addition to the dynamically scaled airframe described above, the testbed also has a commercial-off-the-shelf 
(COTS) transport model, powered by a single turbine engine, weighing approximately 48 lbs and with a wingspan of 

85 inches. A picture of the airplane in flight 
is shown in Fig. 3. While this model is not 
dynamically scaled, it was designed to have 
favorable flying qualities at this size and 
weight. And because the airframe kit is 
commercially available, both the cost and 
maintenance of the airplane is significantly 
reduced compared to the one-of-a-kind 
dynamically scaled vehicle. This airframe 
has been particularly useful in testing out 
various hardware and software applications 
before migrating those technologies to the 
dynamically scale airframe. Recently, the 
airframe has been used for real-time 
parameter identification, modeling, and fault 
Figure 3. AirSTAR S2 research aircraft during flight testing detection research experiments. 
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A third type of airframe within the AirSTAR testbed is the small, propeller driven, COTS airframe. While there 

are several different types of these airframes 
utilized by the AirSTAR project, they all offer a 
very inexpensive, easy to fly and maintain, and 
robust platform for hosting research data and 
control systems. This group of vehicles is 
collectively referred to as the Rapid Evaluation 
Class (REC). Pictured in Fig. 4 is one of these 
airframes, the Free-flying Aircraft for Subscale 
Experimental Research (FASER) 10 . These aircraft 
were developed to conduct frequent flight test 
experiments for research and demonstration of 
advanced dynamic modeling and control design 
concepts. In keeping with the spirit of these low- 
cost airframes, the infrastructure to support, 

Figure 4. Low-cost FASER research aircraft operate, and maintain these aircraft is kept to a 

minimum. 



B. Data, Control, and Instrumentation Systems 

There are two basic data and control systems which are utilized in the AirSTAR project. The first is a dedicated, 
proprietary system which is integrated into the turbine vehicles. This system was designed to meet specific dynamic 
scaling requirements. The second is an open architecture, PC-based system which has been customized to the 
specific geometric, electrical, environmental, and research requirements of the propeller based airframes. These 
two systems and the associated instrumentation are described below. 

1. Dynamically Scaled Data and Control 

Dynamic scaling applies not only to the geometric and mass properties of an aircraft, but also to the control and 
actuation systems. As mentioned above, the 5.5% dynamically scaled vehicle responds approximately 4.26 times 
faster than the full scale vehicle. 

Therefore, the data acquisition, control, 
and actuation systems must also be 
scaled up in time (made faster) by this 
same factor. Scaling from the full scale 
flight control system, this equates to a 
data acquisition and control rate of 
approximately 200 Hz. Because of the 
ambitious real-time computing 
requirements, the limited space and 
weight budget of the model, and the 
inherent risk in flight beyond the normal 
envelope, the system was designed to 
have the data acquisition function, 
shown in Fig. 5, on board the plane, but 
to have the flight control computer reside 
on the ground. This decision to remotely 
control the airplane has both benefits and 
drawbacks. The benefits include Figure 5. Data system for dynamically scaled aircraft 
removing the flight control system from 

the cramped and environmentally harsh environment inside the model while also eliminating the risk of losing the 
system in the event of a crash. However, this places additional requirements on the telemetry system to deliver the 
data to the ground and send control signals back to the plane with minimal interruptions. The outputs of the ground 
based flight control system (basically throttle and control surface commands) are computed on the ground and sent 
up to the plane where they are routed to the appropriate actuators by the safety switch. The ground based portion of 
this control system is discussed in more detail in Section III, Ground Facilities. 

This data system has 48 channels of 16-bit analog to digital converters, two bytes of discrete digital input/output 
(I/O), and three serial communication channels. In addition, there is a programmable safety switch that transfers 
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control between the safety pilot and research pilot based on an uplink command from the safety pilot. This switch 
can control up to 32 servos or other PWM devices. 

2. Open Architecture Data and Control 

Because the REC aircraft are meant to provide an inexpensive and rapid testbed for flight control testing, the 
data and control system chosen for these vehicles must meet those same criteria. For those reasons, a PC 104 based 
system was selected for the flight computer. PC 104 systems utilize the standard 16-bit ISA bus and Intel compatible 
486/586 processors that are common in desktop computers. This standardization allows easy integration of third 
party interface cards for such tasks as analog to digital I/O, digital counters, and serial and network communication. 
Another advantage of this architecture is the availability of operating systems and other software. For the REC 
vehicles, the xPC-Target toolbox form Mathworks, Inc was chosen as the real time operating system. This also 
allows the processor to execute compiled Simulink® diagrams. This integration of COTS hardware and software 
eases the transition from simulation to flight testing for controls and system identification engineers developing 
software for flight research. 

3. Instrumentation 

Many instruments are used on board to characterize the state and health of the research aircraft. These 
measurements include control surface position (measured by potentiometers on the control surfaces), differential 
GPS position and velocities, pressure derived airspeed and altitude, magnetic heading, attitude, rates, nose camera 
video, turbine throttle and RPM, and various system health monitoring signals such as battery voltage and fuel 
consumption. Table 1 lists the various instruments utilized in the turbine and REC vehicles: 


Table 1. Instruments used onboard AirSTAR research aircraft 


Instrument 

Manufacturer, Model # 

Measurement 

Specifications 

Potentiometers 

Betatronics, custom build 

Control surface position 

range: 0 to 1 10°, 5K ohms 

Air data probes 

SpaceAge Contol, 101100 
custom build 

Alpha 

range: -45° to +135°, 1.5K ohms 

Beta 

range: -90° to +90°, 1.5K ohms 

Airspeed 

pitot probe 

Altitude 

pitot probe 

Pressure sensors 

Microbotics, BIB 

Differential pres sure 

range: 0 to 1.45 p si, 0 to 244 knots 

Absolute pressure 

range: 2.2 to 16.7 p si, 0 to 40000 ft 

Inertial Navigation 
System 

Microbotics, MIDGII 

GPS, acceleration, angular 
rate, magnetic field 

WAAS enabled GPS @ 5 Hz; ±6 gs w/ 
0.1% of FS non-linearity; ±300°/sec w / 
0.3% of FS non-linearity; INS solution @ 
50 Hz; RS-422 output 

Inertial 

Measurement Unit 

Memsense, MAG 3 
M A G1 0-0600S200 

Acceleration, angular rate, 
magnetic field 

±10gs, 0.4% of FS non-linearity; ±600°/sec, 
0.1% FS non-linearity; 200 Hz frequency 
response; analog output 

Nose Camera 

Elmo, MN400 

Video 

color, 480 line resolution, NTSC 


System-level calibrations were conducted on the control surface potentiometers, alpha and beta sensors, and 
pressure sensors. That is, the sensors were installed in the airplane and calibration was conducted using the onboard 
data system. Sensitivity and bias estimates were then developed from the known physical input and the digital 
output of the data system. The Inertial Measurement Unit (IMU) was calibrated outside the airplane with a precision 
voltmeter due to the difficulties in applying sufficient angular rates and accelerations to the unit while it is installed. 
The calibration coefficients for this device were then translated into appropriate digital output units of the onboard 
data system. After mounting the IMU and leveling the airplane, misalignment estimates were then recorded. These 
corrections are applied to the IMU outputs by the control system in the MOS. The Inertial Navigation System 
includes the A/D function and digital filtering algorithms to compute the INS solution and does not lend itself to 
calibration of the analog sensors that reside within it. It does however have the capacity to take in orientation and/or 
alignment coefficients and apply those internally to correct the digital output. These corrections were measured with 
the sensor installed and model leveled and then uploaded to the INS via a programming port. 
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III. Ground Facilities 


Use of a Remotely Piloted Vehicle (i.e. the test article) for conducting flight tests to validate control upset 
prevention and recovery technologies (including modeling and control methods for characterizing and recovering 
from upset conditions) will require a robust and reliable ground support system for pilots and researchers. This 
section describes the ground facilities being developed to support the NASA Langley Research Center AirSTAR 
testbed. Figure 6 shows a functional diagram of the basic AIRSTAR-Ground Facilities (AIRSTAR-GF) architecture. 

The fundamental purpose of 
the AIRSTAR-GF is to provide 
the apparatus to accomplish the 
following: 



Figure 6. Block 
Functionality 


1) 

2 ) 


3 ) 


4 ) 


5 ) 


Diagram of AirSTAR Ground Facilities 6 ) 


Permit research pilots to 
control the test article 
Receive, process, record and 
transmit test article telemetry 
data 

Display information to pilots, 
researchers, systems 

engineers and observers 
Provide voice 

communications for 

experiment participants and 
observers 

Provide data processing 
systems capable of 
computing control parameters 
on the ground to augment 
pilot control and/or remotely 
drive aircraft control surfaces 
Provide real-time test article 
simulation for training, 
testing and experiment 
reproduction 


The AIRSTAR Ground Facilities are designed to align with the overall development of the NASA Langley 
Research Center Systems and Airframe Failure Emulation, Testing and Integration (SAFETI) Research 
Laboratory 11 . The SAFETI Lab is being developed for validation testing of Aviation Safety Program technologies 
and to support long-term Aviation Safety Program experimental research goals and objectives. 

The AIRSTAR-GF are the conjugation of two separate resources: 

1) The Mobile Operations Station (MOS) - a self-contained, motorized vehicle serving as a mobile research 
command/operations center, capable of deployment to remote sites when conducting AIRSTAR flight 
experiments. 

2) The Base Research Station (BRS) - a laboratory based at the NASA Langley Research Center providing 
near-identical capabilities as the MOS. 


The MOS functions as the command and control center during flight testing in the field, whereas the BRS is used 
for experimental software development and testing, and includes a “hot bench” work area which accommodates 
hardware-in-the-loop integration, test and evaluation with the test article. Figure 7 provides an overview of the 
AIRSTAR-GF Hardware Systems including the BRS/MOS interaction. Figure 8 shows a test article during MOS 
integration testing in the AirSTAR-GF “hot bench.” 

The AIRSTAR-GF is comprised of three major hardware subsystems: the air- ground data link, the computational 
resources, and the user interfaces: 


A. Air-Ground Datalink 

Communications between the AirSTAR aircraft and the AIRSTAR-GF are via a duplex serial data link using 
microwave RF transceivers with a separate safety-pilot backup command RF link. To maintain effective telemetry 
communications coverage, the AIRSTAR-GF will employ a directionally-tracked, circularly-polarized antenna 
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Figure 7. AIRSTAR-GF Hardware Systems Overview 

system. Analysis of the anticipated RF budget (involving transmitter powers, receiver noise floors, and antenna 
gains) supports the desired operation of the microwave links to slant ranges up to two statue miles with power 
margins in excess of 15 decibels. The AirSTAR telemetry system evolved from an air-to-ground datalink system 
developed by Microbotics Inc., and utilizes a proprietary encoding scheme based on the IRIG-106 standard. The 
telemetry system is comprised of a custom built Telemetry Airborne Unit (TAU) installed in the test article and a 
custom built Telemetry Ground Unit (TGU) interfaced to the AIRSTAR-GF. The on-board TAU is microprocessor- 
based, and incorporates hardware to assist in aircraft operations and instrumentation, including signal interface 


boards, safety switch, and power supplies. The 
TAU acquires data from various sensors aboard the 
test article, including transducers indicating flight 
surfaces position, angle-of-attack probes, engine 
control units (ECU), MIDG 11^ , battery status, and 
employs a ‘Flight Controller’ module to multiplex 
this data for the air-to-ground telemetry stream. 
Conversely, the ‘Flight Controller’ module is used 
to de-multiplex the ground-to-air telemetry stream, 
distributing commands to AIRSTAR subsystems, 
including the flight surface servos. Additionally, 
video from the test article’s nose camera will be 
transmitted via the RF link to the ground. 

The TGU’s primary function is to perform the 
multiplexing and de-multiplexing of the telemetry 
data for AIRSTAR-GF client computers, and is 
housed in a standard 19” rack-mountable enclosure. 
The TGU interfaces to the AIRSTAR-GF 
computing system via four asynchronous serial 



Figure 8. Test Article Integration Testing in the 
AirSTAR-GF “hot bench” 


* The MIDG II is a product from Microbotics Inc. which outputs GTM rotational rates, attitude, accelerations, GPS 
velocity and position, inertial navigation velocity and position (filtered velocity and position from GPS 
measurements and inertial measurements), magnetometer data, and GPS satellite data, all in a very small, 
lightweight package. 
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Network communication 
blocks 


(RS-422) ports, each running at 115200 
baud, that are used to receive flight data 
from the test article and transmit control 
surface servo commands to the test article. 

B. Computational Resources and 
Ground-based Software 

Scaled flight research has demanding 
data system frame timing deadlines that 
require the deterministic program 
execution rate provided by a real-time 
operating system (RTOS). A block 
diagram of the ground-based software is 
shown in Fig. 9. The commands from both 
pilots are input to the Flight Control 
System (FCS) 12 , in addition to the aircraft Figure 9. Block diagram of ground-based flight software, 
sensor data, the output from the 

Calculated Parameters subsystem, and the Caution & Warning subsystem. The Calculated Parameters subsystem 
calculates unmeasured quantities such as airspeed and altitude (from dynamic and static pressure) and applies center 
of gravity offset corrections to appropriate sensor data. The Caution & Warning subsystem provides alerts and 
advisories to the pilot based on sensor data, as well as monitoring the status of the telemetry link and providing 
positive indication of telemetry dropouts or failure (defined as no data for 0.75 sec). The FCS outputs control 
surface and throttle commands in engineering units, which are calibrated to actuator commands and sent to the 
aircraft via the telemetry uplink. 

Non-time-critical computing tasks such as generation of user displays are managed by Intel® /Windows®-based 
Personal Computers. 

Time critical computing tasks are managed by the dSPACE® computing platform. The dSPACE Real-Time 
Operating System (RTOS) was chosen to control the test article while flying research control laws. dSPACE, which 
integrates target processor hardware, C code, analog and digital input/output, and control law block diagrams, was 
chosen because it was based on Matlab® and Simulink® products developed by The Mathworks, Inc. The dSPACE 
platform is a good fit with existing commercial aircraft simulations based on tools developed by The Mathworks, 
Inc. Matlabs’ plotting and scripting features facilitate manipulation of wind tunnel data sets to obtain aerodynamic 
data parameters and verify control algorithms against check data. The graphical data flow characteristics of 
Simulink are a close fit to the characteristics of control law diagrams in aerospace documentation. The use of 
dSPACE reduces the amount of custom programming necessary to integrate the aircraft telemetry subsystems. The 
commonality between dSPACE and the simulation tools facilitates exercising the software at each stage of 

development with a realistic execution 
environment, and rapidly testing various 
HIL configurations. 

To maintain real-time operation, total 
downlink/uplink closed-loop data latency 
less than 25ms is desired. Lab testing 
indicates total closed-loop latencies of 
approximately 21ms. Tests conducted to 
characterize downlink/uplink data latency 
utilized 1 Hz sine waves with full-range 
peak-peak swings to represent analog 
reference and uplink command reference 
signals. All signals were timestamped by 
logging in dSpace real-time environment. 
Uplink Signal path: Sourced digitally in 
dSpace, sent via RS422 through telemetry 
link to FCU, via RS422 to safety switch, 
then via Pulse Width Modulation (PWM) 
back to dSpace. Downlink Signal Path: 
Sourced as analog signal to function 



Figure 10. Lab setup for testing closed-loop data latency 
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generator, read into FCU ADCs, sent via telemetry to RS422 to dSpace and compared with direct dSpace ADC 
measurement. Latency measurements were: 

1) Downlink: 6 msec 

2) Uplink: 15 msec 

Figure 10 illustrates the lab setup for latency testing. 

C. User Interfaces 

AIRSTAR-GF operations will be conducted by personnel located at three primary work areas and one external 
work area: the Flight Research Station, the Operations Command Station, the Operations Engineering Station, and 
the Safety Pilot Station. Additional user subsystems include data archive, audio/video, and optical tracker. Each of 
these work areas and subsystems are described below. 

1. Flight Research Station (FRS) 

The Flight Research Station is occupied by three operators; 1) the Research Pilot (RP), 2) the Flight Test 
Engineer (FTE), and 3) the Flight Test Conductor (FTC). This station provides the means to fly the test article 
manually or automatically by engagement of a researcher-provided Flight Control System implemented in the 
dSPACE computer. The FRS will provide all necessary pilot controls and a variety of displays for the pilot, FTE and 
FTC. Figures 1 1 and 12 show photographs of the FRS and the BRS lab, respectively. 



(a) 



Figure 11. Flight Research Station in BRS (a) and MOS (b) 



Figure 12. BRS Laboratory - note view into “hot 
bench ” area 


The primary inceptors for the research pilot 
are a sidestick, foot pedals, and throttle handles. 
Secondary inceptors include a flap handle, speed 
brake handle, and a gear switch. The primary 
interface to the FCS is through a number of 
hardware switches and knobs in the research 
cockpit. Due to the time-compressed nature of 
flight-testing dynamically-scaled vehicles, the 
Hands-On-Throttle-And-Stick (HOTAS) 

approach was used to design the research pilot 
interface to the FCS. The Flight Test Engineer 
(FTE) assists the research pilot during flight and 
is responsible for arming FCS functions, selecting 
profiles for the various flight control and failure 
emulation modules, and setting the Autothrottle. 
The research pilot is responsible for engaging and 
disengaging FCS functions and handling aircraft 
configuration changes. 


The research pilot and FTE use a number of displays during flight operations. The primary flight display for the 
research pilot is a synthetic out-the-window view with a Heads-Up Display (HUD) (Fig. 13). The HUD displays 
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airspeed, altitude, angle of attack, angle 
of sideslip, normal load factor, bank 
angle, pitch angle, heading (both 
magnetic and ground track), a velocity 
vector indicator, vertical speed, and 
engine RPM. The HUD also displays 
information regarding the FCS, 
including arm/engage status of FCS 
modes, an airspeed command bug, 
autothrottle commands, and angle of 
attack command bugs. In addition to the 
visual indicators, one of two distinct 
audio tones is played whenever a FCS 
mode engages or disengages. The HUD 
also displays visual caution and warning 
indicators, which are accompanied by 
audio tones. 

2. Operations Command Station 
(OCS) 

The Flight Director, who has the 
responsibility of coordinating all flight test related activities, and another researcher will be located in this area. The 
OCS will be provided with eight display units, and the capability to configure and select among all available video 
sources as desired. The OCS will provide for monitoring and control of all audio communications between flight test 
participants. 

3. Operations Engineering Station (OES) 

Hardware and software support engineers will be located in this area. These support engineers will be 
responsible for monitoring and maintaining AIRSTAR-GF hardware and software subsystems during flight test 
operations. The OES will be similar in appearance to the OCS, and will have keyboard and mouse access to all 
AIRSTAR-GF computers, as well as the data network. 

4. Safety Pilot Station 

In recognition of the fact that research flight will be increasingly dynamic in nature and will seek to set up high- 
risk/off-nominal (e.g. large angle-of-attack and sideslip) flight conditions it is deemed necessary to retain the role 
and inputs of a conventional R/C pilot towards enhancing overall mission safety. This capability to host a secondary 
controller, referred to as the safety pilot, has the following attributes. 

1) The safety pilot is located externally to the MOS vehicle to provide a line-of-sight view of the test article so 
as to afford direct observation of craft attitude when possible. If takeover is required when the test article is 
beyond the line-of-sight, the safety pilot will use the nose camera video, tracker camera video, or a 
combination of the videos to fly the test article back into line-of-sight. 

2) The safety pilot inputs originate from a conventional handheld R/C transmitter that is configured to 
continuously emanate a special safety channel signal. 

a) The avionics of the test article aircraft are engineered to receive the safety channel signal for the 
purpose of discriminating among four flight control cases: 

i) ground research pilot inputs for advanced/general experiment conditions 

ii) ground safety pilot inputs for basic/aborted experiment conditions 

iii) onboard return-to-home autopilot inputs 

iv) onboard range-safety inputs for abnormal/terminated flight conditions 

3) The safety pilot has a dedicated two-way audio communication channel with the Flight Test Director 
Station and the Research Pilot Station. 

5. Other Subsystems 

In addition to the primary work areas and Safety Pilot Station, AIRSTAR-GF users will interact with the four 
main subsystems described below. 

DATA ARCHIVE SYSTEM - Integral to the mission of AirSTAR scientific research is data collection and 
storage. The success of post-flight analysis hinges on the accurate and properly registered capture of test article state 
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parameters and AIRSTAR-GF process elements. With valid and complete data the stated goals of investigating new 
aerodynamic technologies can be more fully realized. The AIRSTAR-GF is equipped with an Asynchronous Real- 
Time Multiplexer and Output Reconstructor (ARMOR) subsystem. This system element consists of an Apogee Labs 
Model 4800 Digital Recorder Unit (DRU) interfaced to an Apogee Labs MITC FALCON Model 4303 Multiplexer 
/Demultiplexer. The multiplexing system merges multiple data sources, including test article PCM telemetry data, 
10 Mb/s Ethernet, voice, time code signals and video into a composite stream for digital recording. A plug-in 
Recorder Interface Module (RIM) provides a link to the DRU, which provides a recording interface to RAID 1 hard 
drives, with 90 Mb/s data transfer rate. This ARMOR system is configured to provide playback of all recorded test 
article flight data parameters, physical camera video outputs, synthetic display video outputs, audio loops, and UTC 
time tag information, with partial or complete data reconstruction, including downlink/uplink telemetry to the test 
article, camera video, audio loops, and master UTC information, allowing new real-time simulations to execute 
using recorded state data. Partial reconstruction provides the capability to perform engineering tests of the air- 
ground system, and debugging of anomalous behavior. 

AUDIO/VIDEO SYSTEM - The AIRSTAR-GF provides the communications infrastructure to allow all key 
participants in AIRSTAR flight test activities to maintain voice contact. The heart of the intercom system is the 
Clear-Com Inc. MicroMatrix® 24-channel digital intercom system. Onboard slots for interface cards permit 
seamless interfacing with telephones, two-way radios, party-line intercoms, and wireless belt packs. Set up of point- 
to-point communications, groups, monitoring lines, and “virtual” party lines for all flight test participants is 
accomplished using interactive and menu-driven Windows-based software. The intercom master control system is 
operated by the flight test director during AIRSTAR flight test operations. The AIRSTAR-GF provides the video 
hardware infrastructure to allow all video camera output signals and all computer generated displays to be amplified 
and split as necessary for distribution to key participants in AIRSTAR flight test activities. The heart of the 
AIRSTAR-GF video distribution system is Extron Electronics’ CrossPoint Plus 24x24 matrix video switch, an ultra- 
wideband analog RGBHV matrix switcher, capable of distributing any of 24 video inputs to any combination of 24 
video outputs simultaneously. Additionally, a Crestron Inc. MC2E controller is interfaced to the video matrix 
switch, permitting users to operate the matrix switch from the Flight Research Station, Operations Command Station 
or the Operations Engineering Station. 

VIDEO TRACKING SYSTEM - In order to provide the capability to monitor the test article in flight, a 
ground-based video tracking system is being developed for deployment with the MOS and will track the test article 
utilizing optical technologies augmented with downlinked GPS position data. The tracking video could be used by 
safety pilots to help fly the test article to the MOS if a takeover is required when the test article is flown beyond 
visual range. The tracker will be setup co-located with the MOS, this location will be called the Tracking System 
Station (TSS), and an operator will be required to operate the system. The TSS will employ a two-way 
communication link to the intercom master control system located at the Operations Command Station, and tracking 
video will be transmitted to the MOS for display as desired by users at the various operations stations. 

6. Mobile Operations Station (MOS) and Simulation 

In addition to the hardware subsystems, work areas, and user subsystems described in the preceding sections, 
two remaining aspects of the AIRSTAR-GF will be described: the Mobile Operations Station and the test article 
Simulator. 

MOBILE OPERATIONS STATION - The Mobile Operation Station, shown in Fig. 14, is a self-contained, 
deployable vehicle that will be employed as the central command and control center for AIRSTAR research flight 
operations. In addition to all of the hardware and 
software components utilized in the BRS, the 
MOS contains the ancillary support subsystems 
required for operation in the field, including, 
power generator, Un-interruptible Power Supply 
(UPS) back-up subsystem, restroom facility, 
kitchenette, small meeting/work area, walk-on 
roof with safety rails, leveling jacks, and a self- 
stowing, deployable side awning. In addition to 
all interfaces available in the BRS, the MOS 
provides external power and data interfaces for 
additional subsystems, including, Safety Pilot 
Station, video interfaces for TSS video and other 

American Institute of Aeronautics and Astronautics 

092407 




external video feeds, wireless communications devices, LAN/internet, and 120VAC “Shore” power feeds. 

The AIRSTAR MOS is built on a Freightliner® chassis and has the following specifications: 

1) GVWR- up to 54,000 lbs. 

2) Length - 40 feet 

3) Rear Axle - Tandem, up to 40,000 lbs. 

4) Wheelbase - 290” 

5) Engine: CAT C7, 330 Hp. 

The vehicle’s mission goal of providing a self-contained mobile research laboratory environment defines the 
design and minimum performance standard requirements of the Aft Body area. The Aft Body area is a self- 
contained/self-supporting laboratory consisting of four sectioned off areas that will provide support to the three users 
operations stations, four (4) full size equipment racks, two (2) half size equipment racks, and a Galley with a kitchen 
and lavatory area. 

TEST ARTICLE SIMULATION - The test article simulation is capable of being executed in both the BRS and 
the MOS, and will acquire pilot and researcher input signals and generate six Degree of Freedom (6DOF) flight 
dynamics and sensor data, and emulate the test article down-link telemetry stream. The simulation will run on a 
Personal Computer (PC) platform with the Windows operating system, using the Matlab/Simulink programming 
tools. The test article simulation is referred to, in this document, as the Flight Dynamics Model (FDM), and will 
operate in three distinct configurations: 

1) Personal Computer (FDM-PC), standalone, near real-time operation, on one or more PCs 

2) Piloted Simulation (FDM-PSIM), real-time simulated operation on the dSPACE platform 

3) Hardware In the Loop (FDM-HIL) real-time operation simulation on the dSPACE platform 

IV. Test Facilities 


A. Requirements 

The third component of this testbed is the facility at which the research experiments will be carried out. The 
identification of this facility and the development of working relationships with the personnel at the test site early in 
the project are critical to the timely commencement of a research program. Once the research requirements have 
been finalized and a test vehicle and supporting equipment have been identified, then the requirements for a test 
facility can be developed. Some of these requirements will be based on the testbed and the specific research plan, 
such as runway length and width, range size, available infrastructure of the facility, remoteness, airspace type, etc. 
Other factors may be programmatic and include factors like facility cost, travel and lodging costs, and demand for 

the range from other users. For the 
AirSTAR testbed, the project 
identified the UAV Runway on 
Wallops Island at NASA Wallops 
Flight Facility as the main facility to 
conduct its research experiments. This 
facility provides controlled access, a 
sufficient runway and range to fly the 
research experiments, restricted 
airspace, adequate infrastructure, a 
cooperative and helpful staff, and fits 
within the project budget. Some of the 
services provided by the facility 
include interfacing to the Federal 
Aviation Administration (FA A) and 
local fire station, weather monitoring 
and forecasting, RF signal monitoring, 
and access control. Figure 15 is an 
aerial photo of the 1500 ft. runway and 
UAV operational area at Wallops 

Figure 15. 1500 ft UAV runway at Wallops Island Island 
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B. Additional Test Sites 

In addition to the UAV runway at Wallops Island, the project was able to acquire the use of a private runway and 
airfield within a short distance of LaRC at which to conduct pilot training exercises and checkout flights of various 
hardware and software packages. The availability of this field and its proximity to LaRC enables the project to 
operate there several times per week and continue to make progress in a timely fashion towards the goal of 
conducting the research experiments. 

C. FAA coordination 

Because of the explosive growth of the UAV market worldwide, regulatory agencies and individual test facilities 
have had to quickly develop standards and regulations to oversee the safe operation of UAVs. This has resulted in 
ambiguous and sometimes conflicting guidance to the UAV community. The FAA makes a distinction between 
model airplanes and UAVs and sets forth certain safety standards 13 for the operation of model aircraft; however 
most of the oversight for model aircraft is left to the Academy of Model Aeronautics (AMA). For UAVs operating 
in the NAS, the operator must follow FAA guidance 14 and apply for a Certificate of Authorization (COA). For the 
AirSTAR project, this entailed filing the COA application, waiting for approval, and abiding by the restrictions set 
forth in the COA. Currently the COA is good for one year and is specific to type of aircraft and location. Renewals 
should be applied for six months in advance of the expiration. If operating in restricted airspace, the above 
guidelines do not apply. 


V. Concept of Operation 

For the turbine inventory of the AirSTAR project, the nominal Concept of Operation (CONOPS) of the 
AirSTAR testbed is that a safety pilot with a conventional R/C transmitter will taxi and take off the aircraft. Once 
in-flight data checks have been made, the safety pilot will initiate a handoff to the research pilot based in the MOS. 
The research pilot will then execute the research flight cards, typically within a period of seven to eight minutes. 
The research pilot will then maneuver the plane to a wings level condition and the safety pilot will take back control 
and land the plane. This CONOPS is shown in Figure 11. Currently, all research operations remain within the 
visual range of the safety pilot. The safety pilot has the ability to take control (by means of a command sent to the 
onboard safety switch) of the aircraft at any time during the flight should the research pilot have difficulty 
controlling the plane or should an unbriefed maneuver take place. 



Figure 16. AirSTAR Concept of Operations 
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For the REC vehicles, a different CONOPS was developed. With these vehicles, the only pilot is the safety pilot 
and the flight control computer resides on the aircraft. This means that there is no MOS and no coordinated 
handoffs between pilots are required. Typically, the safety pilot takes off the aircraft and maneuvers it to a 
predetermined attitude and altitude. Once this condition is reached, the onboard Flight Control System (FCS) can 
take over either some or all of the aircraft controls. In one scenario, the FCS may simply initiate commands that ride 
upon the safety pilot commands, such as small perturbations to the control surfaces. In another scenario, the flight 
control computer may take over a limited set of controls while the safety pilot retains the remaining controls. And in 
a third scenario, the safety pilot may relinquish all control to the FCS while it performs the research maneuvers. In 
all scenarios, the safety pilot can regain control of the aircraft at any time should it behave erratically or in any way 
stray from the briefed research plan. 


VI. Conclusion 

Researchers at NASA LaRC are developing an experimental flight test capability based on remotely piloted, 
subscale aircraft. A variety of airframes and data systems provides opportunity to a wide audience of researchers 
conducting experiments in support of the goals of NASA’s Aviation Safety Program. The major components of the 
testbed are the Air Facilities including airframes and onboard data systems, the Ground Facilities which include a 
real time flight control system and researcher stations, and the facility at which the experiments will be conducted. 
This testbed fills a void in experimental capability between existing wind tunnels and full scale flight research. 
Used together, these three test techniques, along with simulation capabilities, will provide the resources to advance 
aircraft safety and robustness for the air-traveling public. 
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